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Subj: Lisa 1.75 Firmware Project Plan: Preliminary 


Attached in the preliminary project plan for the Lisa 1.75 ROM, I refer to the 
ROM In the plan as the System Firmware Module or SFM. The plan ts tentative 
and can only be completed with your cooperation and approval. The size of the- 
ROM and the role that the Lisa 1.75 CPU/Video board must play in Lisa 1.75 and 
the various servers requires a well planned approach. Please review the plan as 
soon as you can. I am arranging a meeting at the time and plam@ indicated below 
so that open issues can be quickly resolved. Note that the most important issue 
is Knowing who will be doing what! To help you in your review of the plan I am 
Proview the following tidbits: 


Meeting place: Sitting Bull 
Meeting time: 1:30-4:00 
Meeting date: Monday 13 June 1983 | 


Lisa 1.75 Versatility 


Lisa 1.75's CPU/Video board contains tne processor, 128-256K bytes of ROM and 


128iK-256iK bytes of RAI. it is to pe designed ta operate as a singie board or 
as part of a two board set. The second board contains more RAM and the MMU. 


In the single board configuration, Lisa 1.75 is effectively a Macintosh with two to 


four times tne firmware space. Even in tne two board setup, no map mode (i.e. 
setup bit set) is effectively Macintosh mode. 


From a marketing perspective, the’ must be a reason for more firmware in Lisa 
1.75 versus MacIntosh's 64K bytes Knowing tnat Mac provides a standard desktop 
capability using Quickdraw and the rest. Providing Lisa 1.75 with double or 
quadruple the amount of firmware space means that either | 


1 the equivalent functionality must be pigeent in Lisa 1.75 fmware, or 


2. °° there must be other aspects about the Lisa 1.75 firmware that 
demonstrates its worthiness as part of a Higer cost product. For 
example, extensive eran Mac has ey zero diagnostics in 
ROM. : a 


From a menetecuiing or service: derspective, there should only be one type of 
CPU/Video board between 1.75 and servers. This reduces problems and costs 
associated, witn keeping track of differenct ROMs, different boards, installing 
wrong ROMs, wrong boards, inventories, different repair procedures, etc. 


Increasing available met nory 


Designing a firmware module which thinks only 128K Of RAM is always available 

and which provides most of the basic ingrediants for desktop operation means ” 
that additonal] memory can be used more effectively. (soviously, things in ROM 
should always be things that are ks be in RAM. ") ann A) 


+ 


Lisa/Mac Compatibility Po Ses ; 


An Qpportunity is available to explore the aspect of designing some degree of 
Mac compatibility. Since considerable effort has been made to move desktop 
functions into ROM and has in tne process resulted in tne design of a workable 
interface between ROM and RAM programs, capitalizing on that interface, if it 
can be done, may help us achieve some level of Mac compatibility while at the 
same time permit us to complete the key heel oa aspects of the firmware 
In @ much shorter time. 
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L Overview 


A. 


C. 


Project Identification — : 


This project has been assigned the name Lisa 1.75 System Firmware 
Module. . 


Definitions 


System Firmware Module. - The group of 8 ROM Hibs that resides — 
on the Lisa 1.75 CPU/Video memory 
board and which can contain from 
128K bytes using 27128 (16K by 8 bits) 
type ROMs to 256K bytes using 27256 
(32K by 8 bit) type ROMS. 


> 


Scope of Project 


“The Lisa 1.75 System Firmware Module (SFM) is a 128K or 256K 
byte capacity ROM package which can bind together diagnostic, 


low to intermediate level software drivers and other frequently used 
system software such as Quickdraw, dynamic heap management 
code, MMU setting code, error logging code and a debugger. with 
careful (and clever) planning, diagnostics and operating system 
software Can be made to operate ita a single architecture. 


By moving key system code to ROM, memory is free to be used for 
other purposes. In addition, the ability to provide superior 
operating ability in ROM can reduce the dependency on 
bootstrapping to achieve a comparable operating environment for 
troubleshooting and debugging. 


Achieving the system firmware module capability noted above 
involves the cooperation and efforts of more than one software 
development group. This project plan hopes to establish the 
preliminary guidelines for the control, design, development and 
bless peta of firmware programs to be employed in the Lisa 1.75 
hardware. : 
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This project covers the following: _ 


15. 


D. Qojectives 


SNS a 


Startup in-line diagnostics. - 
Callable diagnostic subtests. 
Primary level startup and alternate startup user interface. 


. Secondary level service and debug user interface. 


The extensive Moaiaealons required to the Hardware 


interface drivers. 


COPS ROM. 
Drivers for Sony 3.5 noppy, 871 CG Profile, Priam, 


Profile Plus, RS$-232, printers. / 


Modifications and incorporation Of kay LisaBug functions into 


_ the system firmware module, 


Motlifications and incorporation of Quickdraw into the system 
firmware module. — 


Modifications and icoipariion of MMU setting code into 
the system firmware module. ; : 
Modifications and incorporation of dynamic heap ianagerment 
software into the system firmware module. 


| System firmware based erroy logging. 


Assignments of data and video memory spaces for the video 
RAM. 


Incorporation of a standard text and ion ont intone 


system firmware module. 


Modfications and incorporation of any other code into the 
system firmware module. . 


By definition, Lisa 1.75 is a manufacturing cost reduced version of 
Lisa 1.0 which must be deliverable as a complete system no later 
than June of 1984. Reduced manufacturing cost as well as 
timliness in delivering Lisa 1.75 to the market place will permit 
Apple to respond to marketing pressures with improved pricing 
leverage. To summarize these goals: 


a. Lisa 1.75 is a cost reduced Lisa 1,0. 
b. Lisa 1.75 must be Sere at least six months aoe to the 
Planned ship date. } 
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_ This project direction clearly mandates that as few code changes as 
possible can be made to existing software, except those code 
changes tnat are necessary to transport existing software to the 
new 1.75 environment, and that new software design must be 
limited to only those aspects of Lisa 1.75 hardware that nave been 
changed. In addition, any redesigns that are necessary to improve 
performance or correct currently inadequate or undesireable 
features must seriously weigh the impact to the schedule. Finally, 
because scheduling is critical, learning curve time must be avoiced 
or minimized to reduce schedule impact. To insure minimum 
leaming curve impact, individuals. that were formly responsible for 
Lisa 1.0'key tasks must be assigned responsibility for the 
corresponding Lisa 175 task. 


Objectives for the SFM take in account the above criteria. Key | 
objectives are summarized as follows: > 


«1. Move all frequently used drivers to the system firmware 
ea module and provide interface controls for these key drivers 
as necessary to. support. status and interrupt driven operation. 
This is to insure that diagnostics as well as normal system 
software can use the same low level drivers. / 


2. Offer the same or superior startup interface as Lisa 1.0 and we 
provide the ability to boot from the 871 Floppy drive, a 
Sory 3.5 floppy drive, the integral hard disc, via Applenet, 
via the SCC interface or from any expansion slat adhering to 
the expansion interface standard. 


3: Offer improved selftest ability to isolate errors to the fleld 
replaceable unit and aid in manual troubleshooting using a 
minimum of diagnostic test controls. 


4, Provide an error logging capability, primarily for memory ae 
errors, that is largely transparent to higher level software. 


2 Provide complete standalone operation, including a basic a 
desktop mode of operation which supports the primary 
startup interface of Lisa 1.0 or the like, as weil as provices af 
access to secondary level functions such as selection and 
invocation of self tests and debugger functions without the 
need to load in software from a storage device. 


6. Design the system firmware module architecture so that sets 
of two ROMs can be replaced without affecting the 
functionality of other ROM sets. 


7. Integrate part of Lisabug and all of Quickdraw into the 
firmware operating environment. | 


8 Maintain 100% compatibility between the SF d with Lisa 
1.75 and the SFM used with ae File Server. 
: Ao 
ig oe V 
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- 9, ° Insure that the SFM can operate properly without the main _—- 
memory/memory management board. The SFM must permit 
| Single board operation. ; 


10. Support dynamic heap management. 


11... Support MMU initialization and management whenever the-—~ 
MMUMemory board is installed. 


12. Provide a reduced capability file system to support booting, 
_ ke yhoard tables, preferences and error logging. 


13. Provide only one interface for entry to SFM functions from a 
_ RAM resident program. 


14. Provide SFM operation override for all key traps and vectors 
preferably through an SFM controlled allocation scheme. 


- 15. = Pravide SFM ak leks override for all other’ ROM resident 
routines. | | 
16. Provide as much or greater firrnware functionality then what 

is currently provided with Macintosh. 


17. Support diagnostic functions in all drivers. ———~ 


18. | The SFM must be able to detect the difference between tne__ 
Sony 3.5 inch and 871 floppy drives. 


19. The SFM should support a standard communications protocol _— 
for remote ‘diagnostics. 


E. Assumptions 


1. To insure that SFM project completion can meet the target 
schedule, or that at the least, availability of the SFM does 
not impact announcement of the Lisa 1.75 in the first 
quarter of 1984, management will insure that the individuals 
most familiar and therefore most likely to complete the key 
tasks in the shortest amount of time will be assigned 
responsibility for the corresponding Lisa 1.75 tasks. 


2. All low level drivers must be changed or rewritten to. 
support changes in hardware, i 


3. Correspondingly, all low level drivers will be modified eae 
support error logging and provide diagnostic hooks. 


a Existing drivers transported to ROM will support, their 
_ extsting interfaces. . 


5. | Memory error logging will be supported only by a SFM 
intercepted error handler. 
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oe, Memory error Logging: will be supported f only by a SFM 
; intercepted. error handler. a 


6 Error logic capability will not be ‘acuniees from Lisa 1.0. 
This implies that at the least the hardware design will 
supstain and/or improve error. logging Capability so that — 

; soft ware overhead is ‘reduced, | 


7 . Itis assumed ‘that an SFM. resident hard disc driver will be 
ri he to. handle the Bian Profile, Plus and PRIAM hard 
discs. -_ } 

8. Some effort wil be made to unoerstand Mac's firmware a 
architecture and interfaces in order: to determine if adoption 

of portions of Mac’s architecture and/or interface is feasible 
and ee ee ee ee 


F. Restrictions 


‘1 There is a dancer that insufficient time is available to 
implement the most Gesireable SFM functions. 


a Preocoupation with existing Lisa 1.0 committments may 
delay involvement with the Lisa 1.75 SFM. 


3. Tne inability to fit all necesséay. hardware onto the 
CPU/Video RAM board may require a reduction in the 
number of. ROM sockets that may be accomodated. This 
could effectively reduce available ROM space. 


I. Phase Plan | 
A.  Definition/Design 


The following items have been identified as keys design issues 
requiring definition before efforts in other tasks can successfully be 
completed. — Issues are listed in order of priority. 


LL. Memory assignments for SEM and system software use. 
Because of the requirernent to support standalone operation 
without the main memory board, all common data that was — 
stored in low memory for Lisa 1.0 has to be moved to the 
video RAM. In addition, the appropriate video RAM seqments 
expected to be used as the primary and aitemate pages 
would need * to be eian : 
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Tt is believed that the following data Is affected: 


‘Hardware interface global data. : 2 
Monitor Global Data. | 
Self Test and Startup. result data. 
Interrupt and-trap vectors. 
Primary and alternate screen data. 
Quickdraw global data. 
. Dise buffers/caches. « 
debugger data area. — 
-Meap/system stack storage. 


2077p - 


mo 4D 


= 


£ 


‘The below named groups or individuals are tentatively 
_ expected to resolve and document memory assignments. 


Rick Meyers, Rich ee Blegrostiesaeimware Group, OS * 
‘ Group . 


This task will proauce a writen Lisa 1.75 Video Memory Map 
description. . 


2. Identify and size all key one expected to be 
incorporated into the SFM. This. face tris must calculate sizes 
of current components if they. exist and then extrapolate the 

~ ultimate component sizes. / a 


o 


The below named groups or individuals 4 are tentatively 
| space ta collect and denmeey code Sizes. 


TEOs 


_ This task will produce a document listing planned key SFM 
components and current and estimated code sizes. 


3. SFM Arcnitecture has to be designed before any development 
: fsuas: can proceed. SFM architecture should, among other 
ssues; | 


a: design ‘an orderly § SFM theory of operation (after 
. Initial selftests fire up hardware interface then run 
_ Certain. diagnostic subroutines, etc) and then design a 
layered organization. Note that a certain amount of 
-.grder is visibly supported in the Lisa 1.0 Boot ROM 
- however its internal organization is not desireable. 


te Mies “resolve the. interdependencies of the various SFM 
-., GoMponents (diagnostics needs hardware interface, 
~. poOt code needs hardware interface,crivers file 
~~ gystemQuickdraw needs hardware interface, heap . 
oS ‘Mmanagementetc). 
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- & ©. resolve the conflicts presented to SFM architecture by 
- requiring that ROM sets be. easily changed without 
affecting other ROM. Sets. | 


a ‘establish a ‘standard SFM interface and calling 
" conventions which takes iImto account the need to. 
ieee minimize higher level software. impact. Every effort 
a should be-made to. evaluate Mac’ s firmware interface 
conventions, 


8. - determine the effect of See error logging at the 
eee firmware level. and design the dmplementation steps. 


The below named groups or individuals are tentatively 
expected to design and document the SFM architecture. 


Rick Meyers, DlagnostiestFlmuare Group, OS Group, 
Oar smth, Rich Page : 


This task will ih ad a written. ‘Lisa FY 75 SFM Architecture 
Specification .-- A 


2. Primary Lisa User Interface Standard err interface and 
graphic secondary service and debug interfaces must be 
designed and documented. — | 
Responsibility for user interface standard conformance: 

Dan smith 
| Responsibility for design and documentation: 
This task should produce a Requirements Document to firmly 


establisn what the detailed objectives are and a Interface 
Specification for primary and secondary level aneratinne 
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an ra The Mm based 871 driver will most likely be the sum of a 
“slow level 871 Floppy disc driver which is the logical 
replacement of the 6504 Floppy Controller ROM and the 
existing or appropriately modified OS floppy driver. The low 
~ level driver must be designed and documented taking into 
account the former ROM driver's functionality and the 
- requirement, if any, to-preserve a similar interface. The 
_ ,higher level driver may need to be slightly redesigned to 
_ accomodate SCC operations on the same interrupt level. 
_ Also, the a ‘level driver must esa tne Sony 3.5 inch 
floppy drive. _ =. 


Responsibility for low level 60a ‘replacement Gary Phillios 
Responsibility for higher level floppy driver: Dave Offen 


Participation or contributions are expected from: 
Ron Hochsprung,.Macintash Divistan 


«These tasks will produce a Low Level.871 Driver 
Specification and some form of higher level driver “ 
documentation or an uncer ee if one exists 
already. 


: 6. Self tests and callable een Toutines have to be 
: “redesigned and documented to take into account new 
hardware differences, SFM layout and added features offered 
by other likely SFM resident code such as Lisabug. 
Group responsible: DlegrostiessFlimware | 


This task will produce a Requirements Document for SFM 
diagnostics and a SFM Relagnostic Specification. 


7. A new hard disk driver for the internal hard disk must be 
designed and. documented. 


Group responsible: as Group 


Participation or contributions are ‘expected from the 
following group: 


Diagnostic&Firmware Group, Ron Hachsprung 


This task should produce either a new driver specification o or 
an updated version of an existing specification. 
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. 8 > The. Lisa 1.0 COPS is to be replaced in Lisa 1.75 bya 
: aire ‘erent and improved version of the COPS. In addition, it 

is planned to change the specific interface protocol between 

_ the COPS and the Lisa host to improve performance and to 

- reduce handsheke problems. ‘The cleanest approach to 
-achieving new functionality may require COPS ROM redesign. 
To insure that sufficient time is available to address 
/, Tedesign, 100%, resource allocation must be committed. - 


| Individual responsible: 7aat/ pacrttian 


Participation or contributions are, erpected from the 
following Qroup: | | 


Gary Marten, Dlagnostleseirmwvare Group, Rick Meyers, 


This task should produce a Cops ROM Requirements 
Docurnent and a COPS ROM Specification. 


9. ¢ Marketing requirements for the SFM that take in account 

= Macintosh price/firmware size/firmware functionality as well 
as Lisa 1.75 price/firmware size/firmware functionality need 
to be determined. This task should produce a Marketing 
Requirements Document, for the SFM, 


(10. = Intemational marketing requi need to be defined. 
Specific requirements with respect to translating text must 
documented. Internation Marketing is responsible. This task 
should produce an international Meissen Requirements 
Document. 


11. Service ecules | for SFM dlagnostic# and service 
interface must be defined. OSSD is responsible. This task 
should pore a Service Requirnerts Document for the 
SFM. Le | 

B. Development/Madifications 


1. Self tests and callable diagnostic ‘oun will be deveicped 
by the Diagnostic&Firmware Group. 


Primary choice: George COSSEY 


2 Primary startup. interface and secondary service and debug. 
interfaces will be developed Dye 


Primary choice: 780 . 
tees choice: Rich castro 
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Pe ee The os group wil be 2 fecnoreinis: for otaor driver 
. . °: development for the Floppy disk, SCC interface and Hard 
~ Disk. The Diagnostic&Firmware. group will be eae for 
low level 871 driver Gevelopment ° 


Major Driver Development: Bee offen | 
“Low Level Driver: Gary PRINS — 


4, Hardware Design will be responsible for Cops firmware 
development, | 


€ 


ee choice: Toate Mecrallian 


The Hardware Interface Driver module wil be modified to 
work with new Lisa 1.75 hardware and to support an error 
logging capability; = > ee. 2 


Primary choice: A/ok Meyers 
Alternate choice: Dave Offen 
Altemate choice: Geome OSSEY: 


x 


6. Lisabug wil be modified for use in the SEM. Initially it will 
support its present interface. Utlimately it should be : 
; modified to conform to a secondary level service/debug 
graphic interface in the convention establisned by Lisa 1.0 
Y service interface. _ fs, 


Say choice: Rin Page | 
Alternate choice: A/ck Meyers — 
Altemate choice: A/c/ Castro 


“7, Quickdraw must be modified as appropriate to run under tne 
Lisa 1.75 environment. 


Individual responsible: 780 


8. Heap management code must be modified a as ia ite to 
| run under the Lisa 1.75 environment. : 


Individual responsible: 740 


9. Low level printer driver code must be modified as 
appropriate to run under the Ulsa 1. 75 environment. 


Group responsible: a Groyo 


10. Memory management unit handling code must be modified | as 
appropriate to Tun. under the Lisa 475 bia liadil 


cia responsible as Group 
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| CG. Integration 
SEM organs are expected to be integrated as follows: 


i. Self Tests and startup. result data. processing with default 
intent and trap hand ng. a 


2. . «Hardware Interface, | 

3. ~ LisaBug using present interface. 

4, . Profile external nard disc driver. 

5. Low level startup (boot) driver. 

6. Nonperipheral callable diagnostic, subroutines. 

7 Low level 871 driver. 

8 Higher level hard disc arene (replaces profile external hard. 
disc driver). 


9. Quickdraw, fonts and heap management. 
10. User Interface, 

11.. Oebugger using a graphics interface. 

12. ‘Miscellaneous. functions as 3 Pequirerd, « 


D. Product Evaluation 

1. ‘Product Test 
Once the release criteria for submission to product test has 
been met, NPR will validate. that thproducts function 
according to specification. 

Z. User Testing 
Marketing will coordinate: and conduct user testing of the 
user interface concurrent with product testing. Included in 
UuSer testing should be an evaluation of Intemational 
Marketing's user interface requirements. 


DSSD will conduct an evaluation of the SFM to verify tnat 
servicing needs have been satisfied. ) 


3. Alpha Test 
Alpha Testing will be coordinated by Marketing. Every 
effort should be made to separate alpna testing of the Lisa 
1.75 with the final SFM into two phases. — 
Phase 1 Alpha Test should be conducted aay with the SFM. 
Phase 2 Alpha test should conducted cabal with any of 
the other. software ae a : 

4, Beta Test - 


- Beta Testing will be coordinated by Marketing 
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TI. Dependencies 


a Extemal Dependencles. 


ol 


- Commencement of certain Lisa 1 5 tasks are dependent 
. , upon completion of Lisa 1.0 tasks. ss 


- Failure to assign individuals formally associated with a 


particular Lisa 1.0 project to the corresponding Lisa 1.75 
project may delay SFM Sere 


~ Lack of sufficient new prototype machines will delay SEM 


debug and Integration. 


Lack of ‘Wiaget documentation wil oelay disc driver design 
and development. a 


Lack of functional widget nareware will delay disc driver 
debug. 


Lack of a Lisa 1. 75 sorpauibial paral interfce card will 
delay startup code debug. - 


Lack of the appropriate adapter for the Data 1/0 equipment 
required to program SFM ROMs will delay the ability to 


provide ROMs for debug. 


Porting of Monitor to 1 73 is cependent upon availability of 


_ SFM startup code. 


Complete debug of the CPu/Video board is dependent upon 
availability of the COPS ROM. . 


Be Inter-Dependencies 


Rick Meyers and Todd MacMillan must resolve the clock 


1, 
time format before the new COPS ROM can be developed. 
2. Design and development of all major SFM components is 
_ dependent upon definition of CPU board RAM usage and 
design of SFM Architecture... | 
3. Completion. of the new hardware interface wa driver is 
_ dependent upon COPS ROM completion. | 
4, SFM startup (BOOT) code is dependent upon the debug and 
integration of floppy and hard disc. driver code. 
S. | Incorporation of Quickdraw into the SEM is dependent upon 
‘the availability of the hardware interface. 
6.  Lisabug requires a working hardware interface. | 
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; "Project F Plan apprved 
Documents. aL, ot . B : 


Lisa 1. 75 Video enon: Map “f 
- Code Size Estimates For SFM 


COPS ROM Requirements Document. : 
Hardware Interface Specification 


| Dependencies — 
TBOs: assigned 5 


2 Lisa 1,758 available for SM, only 


Low level 871 driver coded/detugg 
| Startup ¢ code ~ Wega ee 


-Oriver are mutvally. ali glee Bu 


= Proketr Plan amiable : — on 


General SFM Requirements Document 


SFM User Interface: Requirements, Document 
. SFM Architecture Specification’ - | 
Low Level 871 Driver: Specification 


Hard Disc Oriver Specification. 


SFM Diagnostic Requirements : Crewman 
SFM Diagnostics SpepiieeNCn, 2 fe 


| Marketing Requirments for the SEM. * 
Service Requirements for the SFM. ss 
International Marketing Requirements 

- for the SFM 


Manufacturing a for. the FM 
: Hardware: ; | 


Data 1/0 Adapter f for ere ROM available 
Lisa 1.75 expansion compatible Parallel 


‘Interface Card available - 


= Prototype Lisa 1.75s availaole for SFM only 


.development/ 


: 4 ; 


wed a % 
psig a EE . 


Widget hard disc. pete received vy | 
_. CPU Video memory use defined Me 
SFM Architecture | defined by 


eno oF the cops ROM and the Heraware Interface cops 


06/07/83 
06/15/83 


_ 06/20/83 


06/20/83 
06/20/83 
06/30/83 
07/15/83 
06/20/83 


-06/13/83 


06/15/83 
06/30/83 
06/30/83 
07/15/83 


06/15/83 
06/30/83 
06/30/83 
07/15/83 


_ 07/15/83 


07/15/83 
07/15/83 


_ 07/15/83 


07/15/83 
08/01/83 


07/15/83 
“09/22/83 
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~~ “08 871 ariver ehangec/cebuaged | 
_ Startup code - 871 © se _ 08/30/83 
Startup code - App lenet a ~ 08/30/83 
Lisa 1.75 only diagnostic ‘sebtests” — 09/30/83 
- .” Hardware Interface cnarged/debugge | 09/30/83 
, Lisabug changed/debugged ~ e 08/30/83 
_ -MMU management code changed/debugged TBS 
_ Universal nard disc driver vplcoraare 10/30/83 
Heap manager odified/dequaged TBS 
Quickdraw modified/debugged © | 09/30/83 
_ Primary user interface Cabs ced 11/30/83 
te Se: cia ie user f antertecs ve Coperarcouaaed 12/15/83 
Major Milestones ae: 
eae Plan avallehie - (06/07/83 
Project Plan approved a 06/15/83 
'\ Release Memory Map Descrintion eae 06/20/83 
- Release User. Interface. Specification os 06/30/83 
Release Architecture. Specification, 07/15/83 
Major. design. tasks complete . 07/15/83 
Release FF M Diagnostic specication 07/15/83 
Selftests available in ROM pee: ue ; 08/30/83 
Hardware Interface available es 08/30/83 
SFM debugger available 08/30/83 
Low level: 874 Oriver, available in nF 08/30/83 
Startup code all devices 5 10/01/83 
Primary User Interface running . a Sag 11/01/83 
‘Secondary: Level user Dee | : oe 12/15/83 
Code > complete Same eee 01/15/84 
Personnel a “ Shortest Longest 
| eat _ QOuration Duration 
“Selftests 2.months 6 months 
Hardware Interface. 2 month 6 months 
Low level 871 driver 4 Months 4 months 
OS 871 driver. changes © month 2: months 
Widget Hard: disc. over montns, 2 months 
Startup code. ce . month. =. 1 montn 
— Quickdraw changes” Ge 1. month 2 months 
Heap big hdl crenges_ -month 1 month 
-Lisabug chang a 1 month 2 months 
eden ‘atest . 3 months 6 montns 
June 6, 1983 


. Universal Hard Disc driver “. 9, 2 mo 


~ 4& months 

‘User Interface primary erboae 6 montns 
: soc Remote, COMMUN PALO 8 months 
totals ” ee SO months 


June 6, 1983 


